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The present invention relates to terminals v.comprising a 
predictive editor application for entering text.. Such a 
terminal can be a cellular or cordless phone / a personal 
digital assistant (PDA) or a communicator. The editor is 
used for editing text for message handling, phonebook 
editing and searching, etc. The invention further relates 
to a method of compressing data in a mobile terminal 
comprising the steps in which a language dependent 
dictionary is stored. 



BACKGROUND ART 

15 Documents like EP 1031913 and BP1035712 disclose a- mobile 
terminal having processor means controlling the display 
in accordance with the operation of the keypad. A 
selectable predictive editor program generates an output 
containing words matching a received string of ambiguous 

20 key strokes. The predictive editor program has a number 
of associated vocabularies including at least one 
language dependent dictionary and a dictionaary receiving 
user defined inputs. 



25 



30 



35 



Lcuiguage depended dictionaries such as stored in the 
mobile terminals known from BP 1031913 and BP1035712 
needs to contain sufficient words to be able to handle 
the most commonly used words. Each language dependent 
dictionary (e.g. the English one) requires 100 kbyte 
memory space. The termihal usually stores several 
language dependent dictionaries for a plurality of 
natural languages^ e.g. because the users are bl- lingual, 
or because the same software is used in coiintries with 
different official languages. The language dependent 
dictionaries and the disambiguating software may 
therefore use up to 600 Kbyte of memory space. 
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Mobile terminals as known from EP1031913 and EPIO35712 
have a number o£ language data sets, so-called language 
packs, stored thereon, that are used by the operating 
5 system (that is to say the menu control application) of 
the terminal to display text on display, e.g. in 
connection with menu control of the terminal. As a 
standard three to seven language packs for different 
natural languages are stored in the mobile terminal, so 

10 that users can choose which language they wish to use on 
the terminal, and so that the same software package can 
be used for mobile terminals sold in vstrious countries in 
which different languages are spoken. A plurality of 
these language packs also represents considerable amount 

15 of data to be stored on the mobile texminal. 

Data storage capacity is limited on mobile teinninals due 
to the desire to construct these devices compact and 
light. Other applications on the mobile terminals also 
20 require data storage capacity, and therefore, it is 
desirable to use the availcODle data storage capacity 
efficiently. 

us 4500955 discloses a word processing system to which a 
25 dedicated word table is added for allowing words to be 
saved as references to the table in order to reduce 
storage space and tremsmission time. It is however not 
attractive to add a dedicated word table to a mobile 
tearminal in several languages since these word tables 
30 itself will consiime considerable storage space. 

DISCLOSURE OF THE IMVENTION 

On this backgroimd, it is an object of the present 
35 invention to provide a mobile terminal of the. kind 
referred to initially, that uses the available data 

. 0AI25 
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storage capacity more efficiently. This object is 
achieved by a mobile terminal comprising a display; means 
'^for entering text; a predictive editor program for 
generatdLng an output containing words completing a 
5 received string of ambiguous keystrokes or matching a 
received string of ambiguous key strokes, the predictive 
editor program has a number of associated vocabularies 
including at least one language dependent dictionary; at 
least one further program that is capable of compressing 
10 text data by replacing words with . references to the 
language dependent dictionary and/or capable of 
decompressing text data by retrieving words from the 
language dependent dictionary using references to the 
language dependent dictionary. 

15 

Most text data is stored using ^He 7 bit ASCII code that 
can represent 2" or 256 characters with each character 
coded by a unique 8 bit representation. Thus, a five 
character word placed in data storage requires 35 bits of 
20 information. In text transmission, a start bit, a stop 
bit are normally added to the character code for each 
character. Thus, that same five character word requires 5 
times 10, i.e. 50 bits of information when it is 
transmitted. 

25 

With the present invention whole words are directly coded 
as references to the language dependent dictionary rather 
than of coding each of the characters that make up the 
particular alphanumeric word. This allows for reduction 
30 Of storage space and decreases text transmission time. 
For example, for a vocabulary set containing N words, one 
. can code the N words with a binary code having logdDT bits'. 
A choice of 14 bits per word results in a vocabulary set 
of 2" or 16,384 words. Since each word in the vocabulary 
35 set consists of 14 bits regardless of the character count 
of the word, a significant reduction in storage space can 
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be realized using this coding technique, a reduction will 
also be realized in text transmission time. 

By using the language dependent dictionaries for both 
5 predictive editing of ambiguous input strings and for 
references for storing words the storage space for a 
dedicated word table is saved. 

Preferably, the further program identifies words in data 
10 that is represented as a sequence of characters drawn 
from an alphabet in an input data block and processes it 
into an output data block in which character combinations 
that correspond to words contained in said language 
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dependent dictionary axe replaced by references to said 
language dependent dictionary. 

ThB second program can save the words of the text as 
5 references to the language dependent dictionary and/or 
retrieve words from the language dependent dictionary 
xising stored or received references. 

It is also possible for the second program to send data 
10 incorporating references to said language dependent 
dictionary to other terminals and/or retrieve words from 
said language dependent dictionary through references 
from data received from other terminals. 

15 The further program can be a terminal operation program, 
that has at least one associated Icoigxiage data set for 
output ting text to the display. Instead of character code 
the language data set contains references to the leuiguage 
dependent dictionary. Often three to seven Icuiguages are 

20 supported on a mobile terminal, so that the compression 
can be applied to up to seven language packs. 

The further program can also be a program for storing and 
retrieving text messages to aind from the mobile terminal. 
25 The program stores words contained in the text messages 
as references to the Icoiguage dependent dictionary and 
retrieves words of the text messages from the language 
dependent dictionary using stored or received references. 

30 The further program can be a message hsuidling program 
that sends text messages to other terminals, preferably 
PCs, servers or mobile phones, whereby the text message 
contains references to the language dependent dictionary. 



wo 2004/059459 



5 



PCT/EP2002/0147r7 



Alternatively, the f\irther program can be an application 
program interface (API) that stores downloaded text data 
as references to the language dependent dictionary. 

5 The further program can be a calendaring or task 
management program that stores text entries as references 
to the language dependent dictionary. 

The further progreun can also be a synchronization program 
10 for synchronizing data such as calendar entries or tasks 
between the mobile terminal and other terminals that 
store text entries as references to the language 
dependent dictionary. 

15 The further program can store the references on- or 
retrieves the references from a removable data carrier. 

The references can direct references to addresses in said 
leuigxiage dependent dictionary. 

20 

Alternatively, the references can be strings of key 
strokes through which the predictive editor program can 
retrieve the words to be used from said language 
dependent dictionary. Thus, the further software does not 
25 need to be capable of retrieving the words directly from 
the language dependent dictionary. 

The means for entering text may comprise a keypad having 
a plxirality of keys, preferably a plurality of keys 
30 asisociated with several letters each. 

The keypad comprises discrete mechanical keys, and 
preferably a number of soft keys. 

35 Typically, the keyboard layout for mobile phones is fixed 
to a 3*4 keypad with 10 alphanumerical keys associatred 
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with several letters or characters each plus two keys 
that are usually assigned to non- letter symbols- Since it 
is desirable for mobile phones to be pocket size, there 
is no space for more thcoi a few more keys further to the 
5 nine alphanumerical keys. Typically, only 3 keys (one 
^softkey", one ^^clear" key and one '^navigation" or 5 keys 
(two soft keys, a ""off -hook" key, an ^'on-hook" key and a 
navigation key) are fiirther to the nine alphanvamerical 
keys are present on the keypad of a mobile phone. 

10 

The keypad may comprise keys displayed on a touch screen. 

The mobile terminal can be a communication terminal, 
preferably a mobile phone con^rising processor mesms, 
15 memory means, digital signal processing means, RF 
treoismitting and receiving circuitry, a microphone, and a 
speaker. The mobile phone can be provided with a SIM card 
or other removable card having storage capacity. 

20 The mobile terminal can be a personal digital assistant 
(PDA) . 

Alternatively, the mobile terminal can be a combination 
of a mobile phone and a personal digital assistant. Such 
25 devices are often referred to as '^communicators" . 

It is another object of the invention to provide a 
method of compressing data in a mobile terminal. This 
object is achieved by providing a method conqorising the 

30 steps of storing a language dependent dictionary on the 
mobile teirminal; coinpressing text data on the mobile 
terminal replacing words in the text data with references 
to the language dependent dictionary and/or 
decompressing the text data by retrieving words from the 

35 language dependent dictionary using references to the 
language dependent dictionary. 
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The method can further comprise the steps of: 

- identifying words in text data that is represented as a 
sequence of characters drawn from an alphotbet in an input 

5 data block; 

- processing said text data into an output data block in 
which character combinations in said text data that 
correspond to words contained in said language dependent 
dictionary are replaced by references to said Icuiguage 

10 dependent dictionary. 

The method may further comprise the steps of: 

- saving said output data block onto a fixed or removable 
memory of said mobile communication terminal; 

15 and/ or retrieving words from said language dependent 
dictionairy through stored references. 

The method may also conprise the steps of: 

- sending data incorporating references to said language 
20 dependent dictionary to other terminals cind/or 

- retrieving words from said language dependent 
dictionary from references in data received from other 
terminals . 

25 The method may f iirther comprise the step of : 

- storing a language data set for a terminal operation 
program on said terminal, as references to said language 
dependent dictionary. 

30 The method may further comprise the steps of: 

- storing words of text messages as references to said 
language depezident dictionary and/or 

- retrieving words of text messages from said language 
dependent dictioneu:y using stored or received references. 

35 

The method may further comprise the step of: 
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• sending text messages to other terminals, preferably 
PCs, servers or mobile phones, wherein words of said 
text message are stored as references to said language 
dependent dictionazy. 

5 

The method may further comprise the steps of: 

. attaching a reference to the used langtiage, and/or the 

used dictionary. 

10 The text message can be sent to said other terminal via a 
dedicated terminal having a copy of said language 
dependent dictionaary, whereby said dedicated terminal 
retrieves the words of said text message and passes the 
text massage on to said other terminal with the 

15 references replaced by the corresponding words as plain 
text. 

Words not present in the dictionary are not replaced by 
references to the language dependent dictionary and 
20 character code, or if possible they are replaced by a 
plurality of references to parts of the word that are 
present in the language dependent dictionary. 

The method may further comprise the step of: 
25 - retrieving words from said language dependent database 
through references received in text messages from other 
terminals, preferably PCs, servers or mobile 
commiinication terminals. 

30 The method may further comprise the step of: 

- saving text data contained in files that are downloaded 
to the terminal as references to said language dependent 
dictionary. 
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The language dependent dictionary can be a dictionary 
associated with a predictive editing program that 
receives tmambiguous keystrokes. 

5 The language dependent dictionary can also be a 
dictionary associated with a predictive editing program 
that receives ambiguous keystrokes. 

Alternatively, the Isuiguage dependent dictionary is a 
10 dictionary associated with a spell checking £\mction of a 
text editing program. 

The references used in the method can be direct 
references to addresses in said language dependent 
15 dictionary. 

Alternatively, the references used in the method CcUi be 
strings of keystrokes through which the predictive editor 
program can retrieve the words to be used from said 
20 language dependent dictionary. 

Further objects, features, advantages and properties of 
the mobile te3rminal and the method of compressing data 
according to the invention will become apparent from the 
25 detailed description. 

BRIEF DESCailPTION OF THE DRAWINGS 

In the following detailed portion of the present 
30 description, the invention will be explained in more 
detail with reference to the exemplary embodiments shown 
in the drawings, in which 

Fig. 1 schematically illustrates a preferred embodiment 
35 of a hand portable phone according to the invention. 
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Fig. 2 schematically shows the essential parts of a 
telephone for communication with a cellular or cordless 
network. 

Fig. 3 shows the major components of the predictive 
5 editor according to a preferred embodiment of the 
invention. 

Fig. 4 shows the architecture of the phone software 
according to a preferred embodiment of the invention. 
Fig. 5 illustrates a flow diagram for the compression 
10 routine according to the invention. 

Fig. 6 illustrates a flow diagram for the decompression 
routine according to the invention. 

Fig. 7 schematically illustrates an alternative 
embodiment of a hand portoible phone according to the 
15 invention, and 

Fig. 8 illustrates a sequence of displays illustrating 
the changing of a message setting from text format to 
compressed text format. 

20 DETAILED DESCRIPTION 

In the following detailed description, a mobile terminal 
according to the invention in the form of a hand portable 
phone, preferedDly a cellular /mobile phone/ will be 
25 described by the preferred embodiments. 

The term ""dictionary" as used here includes cuiy type of 

word database. Such a word database may also include 

proper names, user entered words, acronyms, plural 
30 vocabularies, user vocabularies, etc. 

Fig. 1 shows a preferred embodiment of a phone according 
to the invention, and it will be seen that the phone, 
which is generally designated by 1, comprises a user 
35 interface having a keypad 2, a display 3, an on/off 
button 4 on the top of the phone (hidden in Fig. 1) , a 
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speaker 5 (only openings are shown in Pig. i) , and a 
microphone 6 (only opening is shown in Fig. i) . The phone 
1 according to the preferred embodiment is adapted for 
communication via a cellular network, but could have been 
S designed for a cordless network as well; 

According to the preferred embodiment, the keypad 2 has a 
first group 7 of keys as discrete mechanical alphanumeric 
keys, a soft key 8, and a navigation key 10. Furthermore, 
10 the keypad .includes a ''clear'' key 9. The present 
functionality of the soft key 8 is shown in a^ separate 
field in the display 3 just above the key 8. This key 
layout is characteristic of the Nokia 3310® phone and 
other Nokia® phones . 

15 

Fig. 2 schemati(;ally shows the most in^orteuit parts of a 
preferred eicibodiment of the phone, said paurts being 
essential to the understanding of the invention. The 
preferred embodiment of the phone of the invention is 

20 adapted for use in connection with the GSM 900MHz and GSM 
1800 MHz network, but of course, the invention may also 
be applied in connection with other phone networks. The 
processor 18 controls the communication with the network 
via the transmitter/receiver circuit 19 and an antenna 20 

25 that will be discussed in details below. 

The microphone 6 transforms the user's speech into analog 
signals, the signals formed thereby are A/D converted in 
an A/D converter (not shown) before the speech is encoded 

30 in an audio part 14. The encoded speech signal is 
transferred to the processor 18, which i.e. supports the 
GSM terminal software. The processor 18 also forms the 
interface to the peripheral \inits of the apparatxis, 
including a RAM memory 17a and a Flash ROM memory 17b, a 

35 SIM card 16, the display 3 and the keypad 2 (as well as 
data, power supply, etc.). The audio part 14 speech- 



wo 2004/059459 PCT/EP2002/014777 

12 

decodes the signal, which is transferred from the 
processor 18 to the earpiece 5 via a D/A converter (not 
shown) . 

5 Basic operation of the predictive editor 

Fig. 3 shows .the major components of the software on the 
mobile terminal according to the invention. The man- 
machine interface is established by the display 3 and the 

10 keyboard 2. The phone status is controlled by the menu 
control software 40a that displays commands and messages 
on the display 3 in a particular nattiral language. The 
menu control software is supported by at least one, but 
often three to seven language packs that comprise natural 

15 language data for the commeinds and messages used by the 
m[enu control software. The processor .18 executes 
instructions and reads euid writes data from a memory 17. 
The software instructions in the memozy 17 include an 
operating system 40, menu control software 40a, 

20 compression-decon^ression sbftwaxe 41, vocabularies 41a, 
b, c, disambiguation software 42, an application program 
for SMS banding 43, an application program for phonebook 
heaidling 44, an application program interface 47, a 
calendar tasks program 48 and a synchronization program 49. 

25 

Target applications programs 43, 44 for the predictive 
editor used in a handset include the electronic phone 
book memory, notepad, messages, calendar, and internet 
30 browsing. 

The predictive editor is used as an alternative together 
with the standard raultitap text editor used in handsets. 
This standard editor is also based on a plurality of keys 
35 each associated with several letters. However, the 
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individual letter is selected by multi -pressing the key 
in question. 

Data is entered on the keypad 2 which comprises 
5 individual alphanumerical keys 7. Most of these keys 7 
have multiple meanings, represented by letters, nximbers 
euad symbols printed on the keys. The entered text is 
shown in the display 3 of the phone. The text already 
entered (and accepted by the user) is shown in the same 
10 text format as the standard display format of the phone. 
The word presently being entered is underlined or 
reversed in colors in order to indicate that the letter 
string has not been fixed yet. The predictive editor is 
able to interpret individual keys and multiple key 
15 sequences in several ways simulteuieously. 

The software on the terminal further comprises 
compression and a decompression software 41 that en ables 
text messages to be compressed for saving euid sending, 
20 and to decompress saved and received messages. 

Fig. 4 shows the architectiire of the disambiguating 
software. An input from a keypad 2 is processed in an 
input manager 60. Input data is via internal bus meeuis 64 

25 passed to a processing module 61, which keeps a record of 
the current key sequence until the user has accepted a 
word based on this sequence by pressing the space key or 
the navigation key 10 down. When a key stroke has been 
received by processing module 61, the current key 

30 sequence is communicated via internal bus meauis 64 to a 
prediction processor 62, which forwards the sequence to 
one or more modules 41 acting as electronic vocabularies. 
The vocabularies as such, or in combination, form a 
language dependent dictionary. 
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The voceQDulary modules 41a, 41b, 41c, ...4 IN work in 
parallel and respond individually if they contain data 
matching the c\irrent key stroke sequence. One vocabulary 
module 41a might include a dictionary containing words in 
5 a language, e.g. English, defined by the user and used as 
editing language. According to the preferred embodiment, 
some of the vocabulary modules 41a, 41b, 41c, . . .41N may 
contain personalized user defined words, e.g. entered by 
using the standard editor of the phone <when the 

10 predictive editor did not find the word the user was 
looking for) or by copying the names from the phonebook 
into one of the vocabulary modules. In the preferred 
embodiment vocabulary module 41b and 41c contains the 
word entered by the stcuidard editor and word copied from 

15 the phonebook, respectively. 

The vocabulary modules 41a, 41b, 41c, ...4 IN often supply 
a plurality of matching words - either being displayed or 
available through the selection list. The predication 

20 processor 62 accumulates a complete list of matching 
words for the selection list from all vocabulary modules 
41a, 41b, 41c, ...41N. When the prediction processor 62 
has finalized the processing, the processing module 61 
transfers the selection list 50 to a display manager 63 

25 and the display 3 via the internal bus means 64 . 

In most cases, the disambiguation software will work as 
an editor server and therefore pass data strings directly 
to another client or application program 43, 44 running 

30 on the processor 18, too. In this case the keypad 2, the 
input processor 60 and the display manager 63 will be 
integrated in the application program 43, 44 using the 
predictive editor as a server. These applications may 
include the electronic phone book memory, notepad, 

35 messages, calendar, and inteimet browsing. 



wo 2004/059459 



15 



PCT/EP2002/014777 



Voccibulary look-up processing 

Vocabulary look-up processing is bandied by a coaqputer 
5 program being available on the market today. Therefore, 
these parts will not be described further. Both the 
disambiguation software and the basic dictionaries in a 
plurality of languages are available from e.g. Tegic 
Coimnunications , Inc. \inder the trade name T9. The 
10 disambiguation software and the basic dictionaries (e.g. 
the English one) as well requires 100 kbyte memory space 
each. 

The user defined directories are less memory consuming 
IS and only requires 2-4 kbyte each according to the 
preferred embodiments These dictionaries work 
advantageously according to the first in first out 
principle. 

20 The user interface for predictive editing is well known 
from e.g. the Nokia 3310® phone and its manuals (herby 
incorporated by reference) and will therefore not be 
described in details here. 

25 Basic operation of the compression/decompression software 

Fig. 3 shows that the compression/decompression software 
41 runs under the operating system 40. The 
30 compression/decompression software 41 will work as cin 
editor server and therefore pass data strings directly to 
another client or application program running on the 
processor 18, too. 

35 The compression/ decompression software 41 comprises., a 
compression routine cind a decompression routine. 



wo 2004/059459 



16 



PCT/EP2002/014777 



Fig. 5 shows the basic concept for the compression 
routine. An ixq>ut data block (usually received from 
another application) is loaded in step 51. The input data 

5 block may contain text composed of alpha, numerical, 
punctuation characters, and any other symbols. The data 
block is preferably in the in ASCII format . 
The first character combination of the input data block 
is' read in step 52. The compression software 41 

10 determines in step 53 whether the character combination 
corresponds to any word in the language dependent 
dictionary by looking up the character combination the 
vocabularies 41a, 41b, 41c, 41N. 

15 When the character combination is present in the langtiage 
dependent dictionary, a reference to the corresponding 
address in the langxiage depended dictionary is saved to 
an output data block. 

20 COiaracter combinations in the input data block that are 
not present in the language dependent dictionairy are 
stored in the output data block as plain text (character 
code) without compression. 

25 The compresision software checks whether the last 
character combination of the input block has been 
processed in step 56. When this is not the case, the next 
character combination of the input data block is read in 
step 58 and the procedure of steps 53,54,55,56 and 58 is 

30 repeated until all the character combinations of the 
input data block have been processed. Then the input data 
block is deleted and the conqpression routine ends. 

The compression routine can be a seirver for any other 
35 software applications on the phone 1. The input data 
block can be a composed or received text message for 
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which the message hcuidling application 65 requests 
compression before saving or sending. The text messages 
can have e-mail, SMS, MMS or MIME or any other presently 
available or £uture message format « The message handling 

S program may attach a reference to the langiiage and/or the 
particular language dependent dictionary that has been 
used for compression of the text data, so that software 
in the recipient terminal may easily recognize which 
langtiage and which language dependent data base is to be 

10 used to decompress the compressed data. 

The input data block can be received from an application 
program interface (API) for compressing downloaded texts. 
Other applications that can provide input data blocks to 
IS the conpression routine comprise calendaring programs, 
task management programs, programs for synchronization of 
data on the phone with a PC and any other appli<;atioxxs 
that handle, store or receive data containing text. 

20 The output data block is either saved to the RAM 17 or to 
the SIM card 16. Alternatively, the output data block can 
be saved to another removable data carrier such as a 
memory stick or a compact flash card (not shown) . 

25 Fig* 6 shows the basic concept for the decompression 
routine. An input data block containing references to the 
langxiage dependent dictionary is loaded in step 71. The 
compression/ decompression software 41 reads the first 
reference in step 72. The reference is looked up and the 

30 corresponding word is retrieved in step 73. The retrieved 
word is stored in the data output block as plain text 
(character code) . If the input data block contains plain 
text, the plain text is copied into, the data output block 
and the next reference is read. 



35 
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The compression/decompression software 41 checks in step 
75 whether the complete input data block has been 
processed. If this is not the case, the next reference in 
the data input block is read in step 76, and steps 
5 73,74,75 and 76 are repeated until the complete data 
input block has been processed. When all the references 
have been read, the decompression routine ends. 

The decompression routine can be a server for any other 
10 software applications on the phone 1. The input data 
block can be a stored or received compressed text message 
for which the message handling application 65 recpiests 
decon^ression for showing the compressed message on the 
display 3. The compressed text messages can have e*mail, 
15 SMS, MMS or MIME or any other presently available or 
future message format. 

The decompression routine can also be a server to the 
menu control software 40a for decoding language packs 45. 

20 The input data block contains references that were stored 
in a langxiage pack for the menu control software 40a. The 
language pack comprises text (commands, messages) , 
predictive editor vocabularies and dictionaries, fonts, 
sorting tables, ringing tunes an graphics. The text part 

25 of Icuiguage packs are stored on the phone 1 in a 
compressed format using references to the language 
dependent dictionary. When the menu control software 40a 
needs to show a word or a sentence on the display 3, it 
produces a data input file containing references into the 

30 leuiguage dependent dictionary which is sent to the 
decompression routine of the compression/decompression 
software 41. The decompression routine returns a data 
output block containing .the required plain text for use 
by the menu control software 40a. 

35 
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Other applications that can send input data blocks to the 
decompression routine comprise calendaring programs, task 
management programs, programs for synchrotiization of data 
on the phone with a PC and any other applications that 
5 handle, store or receive data containing text. The text 
data to be decompressed can be data that has been saved, 
received (SMS, MMS, XHTML) , downloaded (cable, IrDA, WAP, 
Bluetooth) or factory installed to the phone, 

10 

Fig. 7 shows another preferred embodiment of a phone 
according to the invention. Instead of one softkey 8, the 
correction key 9 and the navigation key 10 of the 
previous embodiment, the phone 1 comprises an ""on-hook" 

15 key 30, an *off-hook'' key 31, a first softkey 24, a 
second softkey 25, and a navigation key 28. The phone is 
further provided with a volume control key 26 on the side 
of the phone. The other featiires of this phone are 
siibstantially identical to the phone according to the 

20 first preferred embodiment. This key layout is 
characteristic of the Nokia 8310® phone and other Nokia® 
phones 

With reference to Fig. 8, the procedure of setting the 
25 format for text messages on the mobile phone with a 
layout having two softkeys 24,25 is explained. The menu 
control software 40a presents a display as shown in Fig. 
8.1 as the normal state. By pressing softkey 25 '^Menu" 
the display changes to the state shown in Fig 8.1. By 
30 using the navigation key 28, the user can scroll thought 
the available menu items that may include: Messages, Call 
register, Profiles, Settings, Alarm Clock, Calendar, 
Games, Services and others. Using the softkey "^Select" 
when ''Messages" is highlighted brings the display to the 
35 state shown in Fig, 8.3. The display now lists a number 
of navigation key scrollable items including: Text 
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messages. Multimedia msgs.. Chat, Voice messages, Info 
messages. Message settings, euid Service coimnands. Using 
the navigation key 28 and selecting /"Message settings" 
with softkey 25 brings the display to the state shown in 

5 Fig. 8.4. The display lists the scrollable items: Text 
messages. Multimedia msgs . , and Other settings. Selecting 
^Text messages'' using the softkey 25 brings the display 
to the state shown in Fig. 8.5. The display lists the 
scrollable items: Default profile. Profile 1, and Profile 

10 2. Selecting .e.g. Default profile brings the display in 
the state shown in Fig. 8.6. The display lists the 
scrollable items: Message center number. Message sent as. 
Message validity. Delivery reports. Default recipient 
Number, and Use GPRS. Selecting ""Message sent as" brings 

15 the display to the state as shown in Fig. 8.7. The 
display now lists the scrollable items: Teixt, Compressed 
text. E-mail, Compressed e-mail. Paging, and Fcoc. By 
selecting ^Compressed text" the user Ceui set the standard 
format for sent text messages to the compressed format. 

20 After selecting ^Compressed text" the display turns to 
the state shown in Fig, 8.8 and displays for a short 
while the conf izmation message '"Message type selected", 
then the display txims to the state of Fig. 8.6. 
Selecting the softkey 24 ""back" four times and selecting 

25 the softkey 24 "Exit" once brings the display back to the 
normal state shown in Fig. 8.1. 

The embodiments above are based on the principle of 
• compressing text data by converting character 

30 combinations to direct references (addresses) into the 
language dependent dictionary. It is however also 
possible to use indirect references to the language 
dependent dictionary. In the above example of the 
dictionary associated with a predictive editor for 

35 disambiguating ambiguous keystrokes, it would be possible 
to use keystroke combinations as references. The 
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keystroke combination would be those combinations that a 
user would enter when atteoqpting to type the word. The 
reference (keystroke combination) is sent to the 
prediction processor 62 which retrieves the word from the 
5 language dependent dictionary. The prediction processor 
could thus be used as the decompression routine for 
retrieving the words from the language dependent 
dictionary. 

10 Although the invention has been shown on a mobile phone 
with , a predictive editor based on ambiguous keystrokes, 
it is understood the invention equally applies to any 
mobile terminal that includes a language dependent 
dictionary. These can e.g. be dictionaries associated 

15 with predictive word completing, editors for unambiguous 
keystrokes (multitap) , spelling dictionaries . 

According to another preferred embodiment of the 
invention the mobile terminal is a personal digital 

20 assistant (PDA), e.g. a PDA (not shown) including 
processor means, memory means, a touch screen for text 
ii^ut using a pen (graffiti) and predictive text editing 
software for automatic completing of words based on a 
partial input, and a language dependent dictionary 

25 associated with said predictive editing software. 
Applications that use the compression include word 
processing software, calendar software, address books, 
menu control applications, e-books, and any other 
applications that handle or store data containing text. 

30 

Of course it is also possible to apply the present 
invention to terminals that are a combination between a 
mobile phone and a PDA, so-called communicators.. 

35 Although the present invention has been described in 
detail for purpose of illustration, it is understood that 
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such detail is solely for that piirpose, and variations 
can be made therein by those skilled in the art without 
departing from the scope of the appended claims. 



